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(57) ABSTRACT 

A computer system for allocating memory comprises a 
central processing unit (CPU) for controlling said system, a 
local memory for said CPU, means for allocating a plurality 
of memory blocks to tasks executed on said CPU, and block 
headers for said memory blocks. The block header further 
comprises a free block header comprising addresses of free 
memory blocks designated by the free block header, and 
further comprising an allocated block header including 
addresses of allocated memory blocks designated by said 
allocated block header. 
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METHOD FOR MEMORY HEAP AND BUDDY 
SYSTEM MANAGEMENT FOR SERVICE AWARE 
NETWORKS 

HELD OF THE INVENTION 

[0001] The present invention relates generally to computer 
memory systems, where memory is allocated in blocks of 
varying sizes, as may be necessary for the execution of 
certain portions of the application being executed on the 
computing system. More specifically, the invention relates to 
the management of memory heaps where memory is parti- 
tioned into smaller portions on a binary basis and where 
neighboring blocks of equal size, also known as "buddies" 
may be iccombincd to create a larger block. 

BACKGROUND OF THE INVENTION 

[0002] Memory management systems for processing units 
handling multiple tasks are required to handle the memory 
needs of each task as they are swapped in and out of 
memory. The different tasks may require various sizes of 
memory space during various times of their execution 
period. Hence, memory needs are dynamic and may grow or 
shrink over time. In addition, when the task is complete, the 
memory associated with its execution may be freed to be 
used by other tasks, which may require that additional 
memory be made available. A specific use of heap memories 
may be found in service aware networks (hereinafter 
"SAN") where a task may handle multiple process flows and 
require varying sizes of memory to handle the task. 

[0003] A SAN is a network platform capable of making 
application-level decisions based on packet-level commu- 
nicalion. By knowledge of the application, its priorities, 
importance and other factors, packets may be routed more 
eflBciently through the network system. A process flow is a 
stream of multiple packets, transferred over a network 
system, where all such packets are related to a particular 
process flow. Each process flow may require its own 
memory heap to handle its data needs, which may vary from 
one process flow to the next. Heap is an area of contiguous 
memory used for dynamic memory allocation where blocks 
of memory are allocated and freed in an arbitrary manner, 
and the pattern of allocation and the size of blocks is not 
known until run-time. A program may have one or more 
heaps, which it may use for several different purposes. 
Heaps are required by languages in which functions can 
create arbitrarily-sized data structures. In the C language, for 
example, the functions malloc( ) and free( ) assign and 
unassign memory portions for use as heap. 

[0004] EfiBcient management of the memory requirements 
of the tasks is important for overall performance of the 
system in two respects. One is the amount of memory 
actually used for each task, and the other is the time it takes 
to allocate and de-allocate the memory assigned for a certain 
task. Furthermore, it is important for avoiding system frag- 
mentation, which is associated with inefficient use of the 
memory. 

[0005] Memory is allocated to tasks based on certain 
memory usage expectations. In the UNIX-based operating 
systems, applications utilize the malloc( ) instruction, ref- 
erenced hereinabove, to allocate memory to a task. The 
instruction free( ) is used to free such memory for use by 



other tasks, and realloc( ) is used to change the size of a 
previously assigned memory block. 

[0006] Prior art FIG. 1 shows an example of how memory 
allocation of various tasks changes during a sequence of 
time slots 110-170. In time slot tl 110, an operating system 
(hereinafter "OS") 112 is shown resident in memory, as is 
the space allocated for task A 114. During time slot t2 120 
an additional task B 122 requiring memory of a different size 
is allocated into the memory available immediately adjacent 
to the memory allocated for task A 120. The same procedure 
is repeated when task C 132 is added in time slot t3 130. In 
time slot t4 140, task B 122 completes its use of memory and 
releases the memory, making it available for use by other 
tasks. In time slot t5 150, task D 152 occupies some, but not 
all, of the memory freed by task B 122. In time slot t6 160 
task A 114 frees the memory allocated for its purposes and 
in time slot t7 170, task £ 172 uses some of that space. 

[0007] A few problematic consequences are clearly evi- 
dent from this relatively simple sequence of memory allo- 
cation and reallocation processes. First, if task A would have 
required additional memory during time slots t2 120 or t3 
130, it would have had to wait for additional contiguous 
memory to be made available. Secondly, as tasks go in and 
out of the memory system, the memory becomes increas- 
ingly fragmented, making it more dif&cult to place new 
tasks. Without more sophisticated memory management 
systems, the unusable portions of the memory can become 
significant and system performance can be degraded dra- 
matically. 

[0008] In order to address the issue of the growth of 
memory needs for additional tasks over time, for both the 
data and stack portions, the prior art system 200 illustrated 
in FIG. 2 has been used. FIG. 2 illustrates memory alloca- 
tion for both data and stack growth. A task may have several 
different portions to it. The first is the actual program 220, 
or the code that is executed by task A, which is usually of 
a fixed size. Both the data portion 230 and the stack portion 
250 are likely to change memory sizes over the duration of 
the execution of their respeaive program 220. Therefore, in 
this method, certain additional memory space is allocated so 
that stack portion 250 and data portion 230 can grow into it. 
For efficiency purposes it would be advisable to have them 
grow into the same growth area 240, as shown in FIG. 2. 

[0009] Memory allocation can be managed and tracked in 
basically three forms: bit maps, lists and buddy systems. 
When using bit maps, a portion of the memory is allocated 
so that every bit in the memory represents a corresponding 
block. The size of the block is important, as the smaller the 
block size, the larger is the corresponding bit map. Blocks 
that are in use are indicated by a logical "1" and unused 
block are indicated by a logical "0", or vice versa. While a 
simple system to implement, after some operational time the 
task of detecting a sequence of imused memory blocks 
becomes cumbersome and time consuming, reducing the 
overall efiBciency of the system. 

[0010] Lists manage the allocated and free portions of the 
memory by means of lists contained in a separate area of the 
memory. An entry into such a list contains: an indication as 
to whether the block is in use or not; the start address of the 
block in memory; the length of the block, typically in bytes; 
and a pointer to the next entry of the list. It is also possible 
to maintain two separate lists, one for allocated memory and 
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the other for free memory. A list can be sorted by address, 
to allow for straightforward updating of the lists. Sorting by 
size is also possible, allowing an easier search for the best 
fit for the memory segment needed. A common algorithm for 
finding the memory segment to fit a task is first fit. In this 
case the list is searched until the first free memory segment 
that is big enough to fit the task is found. Unless that 
memory segment exactly fits the task in size, the segment is 
broken into two, one to fit the task needs and the other 
remains as free memory. Similarly a best fit algorithm may 
be used, finding the best fit in the list for the task at hand. In 
this case it would be advantageous to have the list of free 
memory sorted by size. 

[0011] Literature suggests that the free memory segments 
can be used to place the list of information about the free 
memory segments. Hence, each free memory segment has 
the information of the size of the free memory segment and 
a pointer to the following entry. However, finding neighbors 
for de-allocation and recombination of memory is complex 
and relatively slow. Not performing de-allocation and 
recombination of memory regularly results in highly frag- 
mented memory and reduced overall system performance. 

[0012] Buddy systems are a subclass of strict segregated 
fit allocation mechanisms which make splitting and coalesc- 
ing fast by pairing each block with a unique adjacent buddy 
block. There is an array of free-block lists, one for each 
allowable block size. Allocation rounds up tbe requested 
size to an allowable size, and allocates a free block from the 
corresponding free list. If the free list is empty, a larger block 
is selected and split. A block may only be split into pairs of 
buddies. 

[0013] Also a block may only be coalesced with its buddy, 
and this is only possible if the buddy has not been split into 
smaller blocks. The advantage of buddy systems is that the 
buddy of a block being freed can be quickly found by a 
simple address computation. The disadvantage of buddy 
systems is that the restricted set of block sizes leads to high 
internal fragmentation, as does the limited ability to coa- 
lesce. Different sorts of buddy systems are distinguished by 
tbe available block sizes and the method of splitting. The 
most common is binary buddies, where the permitted sizes 
are powers of two. 

[0014] The binary buddy system, takes advantage of the 
fact that computers use a binary address system in order to 
accelerate the merging of adjacent free memory segments. It 
further requires that memory blocks are always of a size that 
is a whole-number exponent of 2, i.e. 1, 2, 4, 8, ... , 128, 
256, . . . and so on. The system keeps track of lists for each 
possible block size. Initially the full size of the memory is 
free. When the first task requiring memory smaller than half 
of the free memory occurs, the block is split into two. The 
result is two blocks of memory of half the original size. One 
block is now checked against the task's memory needs and 
if those needs are less than half the block, then that block is 
split. Now there is no block of the original size, one block 
of half the original size, and two blocks of quarter the 
original size. This process will continue until the smallest 
block possible to fit the memory needs of the task is found. 

[0015] The lists of free blocks and used blocks are updated 
accordingly at each step. One advantage of this system is 
that when a merge of blocks is necessary, a relatively short 
list of blocks of the same size needs to be searched in order 



to perform the task at hand, unlike a system which allows the 
split to occur on arbitrary borders. While the system is fast, 
it has the disadvantage that there are non-used portions of 
memory within an allocated block, as they may be allocated 
to a larger amount of memory then actually is needed by the 
task at hand. 

[0016] Therefore, for these and other reasons not stated 
herein, there is a need in the art to provide an improved 
system for memory allocation management. 

SUMMARY OF THE INVENTION 

[0017] It is an object of the present invention to provide a 
method to increase tbe speed at which the merging of blocks 
can take place in a buddy system. 

[0018] It is a further object of the present invention to 
provide a method for better utilization of memory in a buddy 
system. 

[0019] These objectives and others not mentioned explic- 
itly are achieved by the present invention by assigning 
different headers within the allocated block, according to the 
inventive method described, thereby providing an efiScient 
pointing system for memory block usage. Moreover, the 
present invention allows buddy blocks to be merged effi- 
ciently, without the need for searching in lengthy tables. 

[0020] Using the buddy system as the primary way of 
providing memory blocks to the tasks, the present invention 
further provides headers which are aligned with the block 
start address. Headers are used for both the free blocks as 
well as the used blocks of memory. However, different 
headers are used for allocated blocks and free blocks. 
Management of free blocks is accomplished by using a 
linked list of free blocks, where each block has a free block 
header. 

[0021] In the present invention each data block is always 
assigned an address on its natural address boimdary, i.e., the 
block always resides on an address divisible by the block 
size without a remainder. 

[0022] The present invention will be more fully under- 
stood from the following detailed description of the pre- 
ferred embodiments thereof, taken together with the draw- 
ings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0023] FIG. 1 is a diagram of a prior art method for 
managing tasks entering and leaving memory over a period 
of time; 

[0024] FIG. 2 is a diagram showing a prior art method of 
memory allocation for both data and stack growth; 

[0025] FIG. 3 is a diagram of allocated and non-allocated 
memory blocks, arranged in accordance with an exemplary 
embodiment of the present invention; 

[0026] FIG. 4 is a diagram of block mapping and address- 
ing, in accordance with an exemplary embodiment of the 
present invention; 

[0027] FIG. 5 is a flow chart of a block allocation process, 
in accordance with an exemplary embodiment of the present 
invention; 
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[0028] FIG. 6 is a flow chart of a block de-allocation 
process, in accordance with an exemplary eoibodiment of 
the present invention; 

[0029] FIG. 7 is a diagram of memory heap management, 
in accordance with an exemplary embodiment of the present 

invention; 

[0030] FIG. 8 is an example of the invention's mapping of 
empty memory at tl, in accordance with an exemplary 
embodiment of the present invention; and 

[0031] FIG, 9 is an example of the invention 's mapping of 
empty memory at t4, in accordance with an exemplary 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

[0032] The present invention is described in the following 
exemplary embodiment with respect to a memory system 
that allocates memory blocks to tasks being executed using 
such memory. The present invention is also particularly 
well-suited for use in a SAN, where packet processors 
handle a plurality of process-flows, each with its own 
memory requirements. In SANs, process-flow processing is 
accomplished at wire speed, or the speed in which packets 
are moved through the network, which is paramount to the 
overall performance of the system. 

[0033] Using the buddy system as the primary way of 
allocating memory blocks to the tasks, the present invention 
adds headers aligned with the block start address. Headers 
are used for both the free blocks as well as the used blocks 
of memory. However, different headers are used for allo- 
cated blocks versus free blocks as shown in FIG. 3. 

[0034] Free block header 300 contains several fields of 
information about the free memory block corresponding to 
this header. The free block indicator 310 is set to "0" to 
indicate that the memory block is free. In a 32-bit memory 
address system it is preferable that this value occupy four 
bytes for alignment purposes and ease of data addressing. 
Tlie size index 320 contains the exponent value of the block 
that must be a number other than zero. However, due to the 
use of certain of the block area for information relative to the 
free block, the minimum size index value is 4, indicating that 
16 bytes (2^^) are used for the block header. Hence the 
minimum size of a block in this embodiment is restricted to 
16 bytes. This can be modified to larger block sizes if so 
desired, or in larger addressing systems, such as a 64-bit 
addressing system, and smaller, to some extent, in smaUer 
addressing systems, such as a 16 bit address system, more 
common for microcontrollers. In addition, the next free 
block address 320 and the previous free block address 330 
are included in the header for uses which will be explained 
hereinbelow. 

[0035] Allocated blocks have only the size index 350 
information hence conserving memory space for the actual 
content of the block. In addition, because the allocated block 
header 360 is always a non-zero value, it further differen- 
tiates between used and free memory blocks. 

[0036] Management of free blocks is done through a 
linked list of free blocks, each block having a free block 
header, as illustrated with reference to FIG. 4. A list of the 
permitted sizes of the free blocks, from the smallest to the 



largest, that may be allocated in the system is used as the 
root table 400. Each entry corresponds to a block size, for 
example 16 bytes 410, 32 bytes 415, 256 bytes 420, 256 
bytes 425 and so on. Each such entry contains an address 
that points to the header of the first free block 430 of the size 
managed by that entry. If there is no free block correspond- 
ing to that size, a ''null address" value is used. 

[0037] For example, the value "0" may be used as the null 
address signaling to the system that the address does not 
point to a free block. The first free block header 430 points 
to the next free block 440, which in turn points to another 
free block, and so on until the pointer points to the last free 
block 450. The "null address" is placed in the "next free 
block address" of the last free block 450, thus indicating that 
there is no other free block of the same size after that last 
block. Similarly, the first free block of that same size 430 has 
its "previous free block address" set to the "null address", 
thus indicating that there is no other free block of the same 
size in front of this block. Therefore, when a search for a 
blodc of that size is made, and the corresponding address in 
the root table 400 is the "null address," then a free block of 
that size does not exist. It is therefore necessaiy to search for 
the next larger block size, and if such a block is free, to split 
that block so that the right size block is used for the task at 
hand. If a block of that size exists, then the first free block 
430 pointed to by the root table 400 is used, and it is set as 
a used block. If that free block pointed to another free block 
of the same size, the pointer is used to address that block 440 
and change the "previous free block address" to the ''null 
address,*' and the corresponding entry of the root table 400 
is set to point to the beginning of that block. 

[0038] Similarly, when a block of the same size is freed, 
its header is set such that it becomes the first free block 
available for use. The "previous free block address" of what 
was the first free block is set to point to the newly free block, 
the "next free block address" is updated to point to the 
former first free block, the "previous free block address" of 
the new free block is set to the "null address" and the entry 
corresponding to the respective free block size is set to point 
to the beginning of the newly assigned free block. Clearly, 
a person skilled in the art could easily place the newly freed 
block as the new last free block, or for that purpose at any 
random location in between existing free blocks of the same 
size. 

[0039] With reference to FIG. 5, the steps necessary to 
achieve the task of allocating a free block for use are 
described as follows: First, the smallest existing free block 
available, which fits the task, is located 510. For example, if 
the task requires a 275 byte data storage and the smallest 
available greater block is 512 bytes then this block is used 
520. As the data cannot reside in a smaller block size, which 
is always half the size of the previous step, then the block is 
allocated 540 and the links to the block are updated 550 in 
the manner explained above for using a free memory block. 
In another case the smallest block available may be 1024 
bytes and therefore when checked 520 it is clear that a 
smaller block size can be used. The free block is then split 
into two and removed from the list of that size of free blocks 
530 and two free blocks of the size of 512 bytes are available 
now. The process starts again 510 and a fit is found. If 
necessary, such splits may require a few iterations of step 
520 until the smallest available block is found. It should be 
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noted though, that this is only one way of implementing such 
a memory allocation and this invention is not restricted to 
the use of this example only. 

[0040] As mentioned hereinabove, it is important to peri- 
odically locate free blocks and merge them back into larger 
blocks in order to increase efficiency and reduce fragmen- 
tation. In the present invention each data block is always 
assigned an address on its natural address boundary, i.e., the 
block always resides on an address divisible by the block 
size without a remainder. For example, blocks of the size of 
256 bytes are always on addresses such as 3072, 11,520, etc., 
while blocks of the size of 1024 bytes always reside on 
address such as 4096, 73,728, etc. When a binary address 
system is used, the headers of two aligned neighboring 
blocks differ in only one bit, while all other bits are identical. 
An example is discussed below. 

[0041] FIG. 6 is a flow chart of the block de-allocation 
process, in accordance with an exemplary embodiment of 
the present invention. The process of freeing a block and 
merging, if possible, is described in FIG. 6. First, the newly 
freed block headers are assigned as explained above. Then 
the system checks if there is a free block on the boundary 
620, and if it is of the same size 630. Practically this can be 
done easily because only one bit needs to be changed from 
either "1" to "0" or from "O** to "1" in order to check the 
header of the corresponding aligned block. If the first block 
does not fit the size and alignment of the second block then 
no such merge can take place. However, if the headers are 
found to be compatible, i.e., both blocks are of the same size, 
and they are on the alignment boundary such that the address 
to the header differs by only one bit, corresponding to the 
block size index, then the blocks may be merged 640. 

[0042] When this is done, the two blocks are removed 
from the list of the free blocks in the free blocks lists. This 
can be done because both the "next free block address" and 
the "previous free block address" are available in each 
header. The free blocks remaining are updated such that the 
link between the free blocks of the same size is connected 
again. The new merged block is now added to the beginning 
of the larger free blocks as explained above. While the 
merge of the free block with a corresponding aligned block 
of the same size can be performed immediately upon its 
release, other methods may be employed. Clearly, a person 
skilled-in-the-art could easily place the newly merged block 
as the new last free block, or for that purpose at any random 
location in between existing free blocks of the same size. 

[0043] For example, a method using the disclosed merger 
technique might be performed only after a certain interval of 
time has elapsed. Another possibility, is to begin the merge 
upon a specific trigger, such as the inability to find a large 
enough data block for the task, thus indicating memory 
fragmentation. Yet another alternative embodiment is to 
have the first block of a given size begin al an arbitrary 
address. All other blocks corresponding to that first block 
thereafter begin at addresses which are a modulo of the 
initial address. For example, the first block of the size 256 
may begin at address 3333, which is clearly not an aligned 
address as explained above but rather is an arbitrary address. 
Other blocks of the same size may appear at an address such 
as 2821 (two modulo numbers away) or 4613 (five modulo 
numbers away). All the calculations for identifying an 
address location preferably take into account the modulo 



number before proceeding. The advantage of the method 
described is that it is neither necessary to maintain nor 
search lists as suggested by prior art, thus allowing for a 
faster memory heap management system, at the relatively 
small price of allocating several bytes for the headers. One 
of ordinary skill in the art can easily expand this block 
allocation and address alignment system such that the mini- 
mal block size available would be of an arbitrary size and the 
larger blocks would be a multiplication of the smallest block 
size multiplied by a number which is a power of 2. For 
example, if the smallest possible block size were 20 bytes, 
then the blocks available would be 20, 40, 80, 160 etc., and 
when the smallest size block available would be 25 bytes, 
then the blocks available would be 25, 50, 100, 200, etc. 

[0044] With reference to FIG. 7 there is illustrated the 
memory behavior over time. At time slot tl there are certain 
used and firee memory blocks of various sizes. During time 
slot t2 there is a need for a 128 byte memory block, and 
therefore a memory block of 256 bytes is split in to two 
blocks of 128 bytes each; one that remains free and the other 
that is now used. In time slot t3 a 512 byte memory block 
is freed and merged with a similar size block, which is 
aligned on a boundary address therefore creating the larger 
free memory block 710. In time slot t4 another 512 byte 
block 730 is freed by the system. However, this block cannot 
be merged with any other empty block, as there are none of 
its size on a boundary address. In time slot t5 both a 128 byte 
block as well as a 256 byte block are freed. First, the two 128 
byte blocks are merged into one 256 byte block. Then, the 
two 256 byte blocks are merged, followed by the two aligned 
512 byte blocks. Finally, one large 2048 byte block 740 is 
created from the merge of the two free 1024 byte blocks, 
leaving the system with two free blocks, one of the size of 
1024 bytes, starting at address 1024, and the other of the size 
of 2048 bytes starting at address 2048. 

[0045] FIGS. 8 and 9 show the memory links existing in 
the memory in time slots tl and l4 respectively. It can be 
clearly seen in FIG. 8 that in tl there are no blocks of the 
sizes 2048 bytes and 128 bytes, and there are only one of 
each of the sizes 1024 bytes, 512 bytes, and 256 bytes. 
Therefore, in all these cases the headers of the corresponding 
blocks have in the entry for the "next free block address" and 
the "previous free block address" the "null address" as 
explained above. In FIG. 9, one block each of the sizes 512 
bytes, 256 bytes and 128 bytes may be observed, and are 
addressed as explained above. There are two 1024 byte 
blocks which are linked as explained above. Therefore the 
*'next free block address" of the first free block points to 
address "1024" and the "previous free block address" of the 
next block points to the address of the first block at "3072". 
The first block's "previous free block address" is set to the 
"null address" and the "next free block address" is also set 
to the "null address" for reasons explained above. 

[0046] In an alternative exemplary embodiment of the 
present invention, the memory to be allocated may be spread 
throughout a network. In this exemplary embodiment, a free 
memory resource on one computer may be utilized for the 
use of a buddy or heap system of another by providing 
addressing in the block headers which refers to the address 
in a different machine. For example, where different 
machines in a LAN are referred to by their IP address, the 
IP address information of the machine having the next free 
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memory block of the same size would be incorporated into 
the memory block header destination information of the 
block being used. 

We claim: 

1. A computer system comprising: 

processing means for controlling said system; 

memory accessible to said processing means; 

means for allocating said memory into a plurality of 
blocks for tasks executed by said processing means; 

said means for allocating said memory including means 
for providing free blocks with a free block header and 
means for providing allocated blocks with an allocated 
block header. 

2. A computer system in accordance with claim 1, further 
comprising a list accessible to said processing means, said 
list having at least one entry designating at least one per- 
mitted size of free blocks. 

3. A computer system in accordance with claim 2, wherein 
said at least one entry includes the address of a first free 
block having the size corresponding to said at least one 
permitted size designation. 

4. A computer system in accordance with claim 3, wherein 
said free memory block header comprises: 

a free block indicator; 

a block size index; 

a new free biodc address; and 

a previous free block address. 

5. A computer system in accordance with claim 4, further 
comprising a free block indicator set to zero, thereby indi- 
cating a free block. 

6. A computer system in accordance with claim 4, wherein 
said block size index indicates an exponent value, whereby 
the size of a select block is equal to the number which is two 
raised to the power of the exponent value. 

7. A computer system in accordance with claim 4, wherein 
said new free block address further contains a reference to 
the address of the next free block of the same block size. 

8. A computer system in accordance with claim 7, wherein 
said new free block address further contains a reference to 
a null address, whereby it is indicated which block is the last 
of the free blocks of that size. 

9. A computer system in accordance with claim 8, wherein 
said null address is zero. 

10. A computer system in accordance with claim 4, 
wherein said previous free block address contains a refer- 
ence to an address, thereby identifying the previous free 
block of the same size. 

U. A computer system in accordance with claim 10, 
wherein said previous &ee block address contains a refer- 
ence to a null address, whereby it is indicated which block 
is the first of the free blocks of that size. 

12. A computer system in accordance with claim 11, 
wherein said null address is zero. 

13. A computer system in accordance with claim 4, 
wherein said free block indicator is replaced by said size 
index of said block when said block is allocated. 

14. A computer system in accordance with claim 13, 
wherein said size index is at least as big as the size index of 
the smallest block size. 



15. A computer system in accordance with claim 3, 
wherein a beginning block address is always on the bound- 
ary of the block size. 

16. A computer system for allocating memory compris- 
ing: 

a CPU for controlling said system; 
a local memory for said CPU; 

a list accessible to said processing means, said list having 
at least one entry designating at least one permitted size 
of free blocks; 

means for allocating a plurality of memory blocks for 
tasks executed on said CPU; 

a free memory block header; 

free memory blocks designated by said free block header; 
an allocated block header; and 

allocated memory blocks designated by said allocated 
block header. 

17. A computer system in accordance with claim 16, 
wherein said memory blocks are aligned on a boundary 
address of the block size. 

18. A computer system in accordance with claim 17, 
wherein said free memory block header is comprised of: 

a free block indicator; 

a block size index; 

a new free block address; and 

a previous free block address. 

19. A computer system in accordance with claim 18, 
wherein said free block indicator is replaced by said size 
index of the same block when said block is allocated for use. 

20. A computer system in accordance with claim 19, 
wherein the smallest available free block is selected for 
allocation to be used by a new task. 

21. A computer system in accordance with claim 20, 
wherein the block is split into new free blocks of equal size 
if the smallest available free block is more than double the 
required size for the task. 

22. A computer system in accordance with claim 21, 
wherein the task is assigned to one of the new free blocks of 
equal size. 

23. A computer system in accordance with claim 22, 
wherein splitting of a block is repeated until the splitting 
after which the new free blocks of equal cannot both be split 
into two and still be able to accommodate the memory 
requirements of the task. 

24. A computer system in accordance with claim 20, 
wherein reference to the address of an allocated block is 
removed from the list of the free blocks of the same size. 

25. A computer system in accordance with claim 24, 
wherein the address entry of the new first free block of the 
same size in said list is updated upon the removal of a free 
block. 

26. A computer system in accordance with claim 25, 
wherein said list of block sizes is updated to have the null 
address as the corresponding entry for a new free block size 
when there are no available new free blocks in the size 
designated by the new free block size. 
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27. A computer system in accordance with claim 25, 
wherein said previous free block address entry of said new 
free block header is updated to null address. 

28. A computer system in accordance with claim 19, 
wherein the address of a newly freed block that was previ- 
ously allocated is entered into the new free block address of 
the header of the corresponding block size. 

29. A computer system in accordance with claim 28, 
wherein said header of a newly freed block is changed to the 
header of a free block from that of an allocated block header. 

30. A computer system in accordance with claim 29, 
wherein said size index is copied to the free block header 
size index position. 

31. A computer system in accordance with claim 29 
wherein said free block indicator is set to zero. 

32. A computer system in accordance with claim 29, 
wherein the next free block header points to the address of 
the next available free block of the same size. 

33. A computer system in accordance with claim 32, 
wherein if the block is the last block of that size then the next 
free block header is changed to the null address. 

34. A computer system in accordance with claim 29, 
wherein the previous &ee block header is set to the null 
address. 

35. A computer system in accordance with claim 29, 
wherein the entry in the block size table is set to point to the 
beginning of the new free block. 

36. A computer system in accordance with claim 19, 
further comprising means for merging blocks of the same 
size located on the address boundary of the same size block. 

37. A computer system in accordance with claim 36, 
wherein the addresses of merged blodcs are each removed 
from the list of the blocks of same size. 

38. A computer system in accordance with claim 37, 
wherein the entry of the next free block address of the block 
that pointed to the removed address, is updated such that it 
points to the address of the block immediately following the 
removed address. 

39. A computer system in accordance with claim 37, 
wherein the entry of the previous free block address of the 
block that pointed to the removed address, is updated such 
that it points to the address of the block immediately before 
the removed address. 

40. A computer system in accordance with claim 36, 
wherein the header of the merged block is updated to its new 
values. 

41. A computer system in accordance with claim 40, 
wherein said free block index is increased by one. 

42. A computer system in accordance with claim 40, 
wherein said previous free block address is set to the null 
address. 

43. A computer system in accordance with claim 40, 
wherein the next free address is set to the address pointed to 
by the address within the entry of the block size list. 

44. A computer system in accordance with claim 43, 
wherein the entry of the block s size list is updated to point 
to the new list of free blocks. 



45. A computer system for allocating memory compris- 
ing: 

a central processing unit (CPU) for controlling said sys- 
tem; 

a local memory for said CPU; 

means for allocating memory blocks comprising aligning 
blocks of the same size on addresses that are a block 
size modulo number away from the initial address to 
the same size block, to tasks executed on the CPU; 

a free block header; 

free memory blocks designated by said free block header; 

an allocated block header; and 

allocated memory blocks designated by said allocated 
block header, 

46. A computer system in accordance with of claim 45, 
wherein said free memory block header comprises: 

a free block indicator; 

a block size index; 

a new free block address; and 

a previous free block address. 

47. A computer system in accordance with claim 46, 
wherein said new free block address is a block size modulo 
number away from the address of the previous new free 
block of the same size. 

48. A computer system in accordance with claim 46, 
wherein said previous free block address is a block size 
modulo number away from the initial address to the same 
size block. 

49. A method for allocating memory in a computer system 
comprising processing means, memory accessible to said 
processing means, means for allocating said memory into a 
plurahty of blocks for tasks executed by said processing 
means, said means for allocating including means for pro- 
viding free blocks with a free block header and means for 
providing allocated blocks with an allocated block header, 
the method comprising the steps of: 

providing a list of permitted free block sizes; said list 
further including an address entry for each of said 
permitted free block sizes in said list, each said address 
entry designating the location of a first free block 

having the corresponding size; 

setting a free block indicator in said free memory block 
header to zero thereby indicating a free block; and 

updating free block headers and allocated block headers 
to reflect changes in block allocations. 

4> * * 4 « 
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